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Introduction 



a Distributed control architecture has been slow to transition 
into aerospace applications because challenges perceived to 
outweigh benefits 


Benefits 

® Computational effort spread 
across the control system 

® Engine control unit (ECU) not 
responsible for input/output 
conditioning 

9 Digital network replaces 
analog wiring, reducing 
complexity and weight of 
connections 

® Modularity allows for easy 
replacement, upgrading, or 
maintenance of parts 


Challenges 

® Electronics needed to withstand 

harsh engine environment 

® Specification and testing of 

reliable controller network 

must be done 

® Collaboration to advance 
technology must protect 
intellectual properties of 
participants 

9 Testing of new hardware, 
control architectures is limited 
within present design process 
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Introduction 

» A hardware-in-the-loop (HIL) system is under development at 
NASA that will allow for testing hardware models and 
prototypes in various control configurations without the need 
for a physical engine 

» Control and engine design can proceed in parallel 

» Lowers the cost for hardware, controller testing 

a Simulation of conditions too extreme for test cells 

a Requires high-fidelity hardware and network models so 
simulations accurately represent tests on actual hardware 

9 Interfaces between elements of the control system, important 
in distributed architectures, can be leveraged to develop a 
modeling framework 
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Baseline controller model 



a Development of the system is around a baseline model: 
C-MAPSS40k (the ‘unstructured' model) 

9 Commercial Modular Aero-Propulsion System Simulation, 
40, 000 lb/-thrust 

» Zero-dimensional simulation of a twin-spool turbofan engine 

9 Controller contains simple sensor and actuator models along 
with setpoint controller and limiters 

a Structure introduced, defining clear separation between 
engine and controller models 
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Baseline controller model 



® Two sets of interfaces exist in this baseline system 

^ Between controller, engine and wrapper models 
^ Within controller model 

^ May define a third interface; Connections between components on individual sensors, actuators 
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Distributed controller model 




® Distributed controller model includes data conditioning, conversion, and 
processing on the sensors and actuators, and a controller network 
d Higher fidelity computational models expected to more closely match results 
from tests with real hardware communicating over a real network 
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Distributed controller model 



a Network represents physical decoupling of sensors, 

actuators, and the controller in an engine controller system 

» Data transfer effects need to be modeled to understand how 
these affect reliability and performance of closed-loop system 

9 Presently modeled as a delay and packet loss (stochastically) 

« If higher fidelity is required, packet-level models may be 
constructed 
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Distributed controller model 



9 Smart transducers contain sensor or actuator hardware with local 
data conditioning and processing functionality 

» Simulink® library under development containing building blocks for 
modularly creating models of smart transducers 
9 Library follows the IEEE 1451 standard for smart transducers 

9 Smart Transducer Interface Module (STIM) contains transducer, 
signal conditioning and conversion hardware (analog signals) 

9 Network Capable Application Processor (NCAP) contains 
microprocessor and network adapter (digital signals) 

9 Transducer Electronic Data Sheet (TEDS), stored on STIM, 
contains calibration and manufacturer information 



controller 

network 


engine 
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Summary of this approach 



Controller Model 



Smart Transducer Library 


9 Modularity imposed at 
each level of the 
framework 

O Between controller, 
engine, and wrapper 
models 

Q Between control 

hardware and control 
algorithm 

Q Within each smart 
transducer 
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Imposing this framework on C-MAPSS40k 

9 To demonstrate how framework affects simulation results, the 
C-MAPSS40k controller model was modified to follow it 

9 Replace sensor models with smart sensor models (sensor, 
signal conditioning filter, analog-to-digital conversion and 
averaging blocks from Smart Sensor Library) 

« Replace actuator models with smart actuator models 

(extrapolation, digital-to-analog conversion, signal conditioning 
filter, and actuator library blocks) 

9 Add feedback sensors for local loop closure on two actuators 
9 Place network block on output of each sensor, input of each 
actuator 

9 Three models considered for comparison 

O Unstructured model (baseline C-MAPSS40k controller) 

Q Distributed model (smart transducer models, no network) 

Q Networked model (smart transducer and network models) 
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Imposing this framework on C-MAPSS40k 



» Sensors and actuator configured using information from 
C-MAPSS40k for bandwidths, ranges; generic data sheets for 
conditioning, processing components 

» Network model configured to exaggerate time delay, packet 
loss probability to better demonstrate effects of element 


Sensor model configuration 

Network cable model configuration 

Sensor input range (psi) 

0 to 30 

Average delay (s) 

0.001 

Sensor output range (V) 

0 to 0.07 

Delay standard deviation (s) 

0.003 

Sensor rise time (s) 

0.0879 

Packet-drop probability (%) 

15 

ADC range (V) 

— 5 to 5 


ADC resolution (bits) 

8 

Averaging window (sample) 

3 
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Imposing this framework on C-MAPSS40k 

® Controller model further modified to allow for multiple update rates 
within simulation 

® Baseline model updates at a fixed time-step equal to the controller 
update rate 

® In physical system, each element operates asynchronously at its own rate 
® Different (fixed) update rates assigned to sensors, actuators, control law 
to improve realism of model 

® Model can be viewed as collection of functions accessing network at 
different rates 
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Comparing simulation results 

9 Provided a 60 -second multi-step throttle command 

9 Tracking and thrust responses not significantly different, despite 
more-detailed hardware models, presence of a network model 
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Comparing simulation results 





output 

unstructured 

output 

distributed 

output 

networked 

input 

unstructured 

input 

distributed 

input 

networked 

Packet 

dropped 


d Biggest difference between simulation results seen by comparing outputs 
of actuators and sensors (here, fuel flow actuator and P50 sensor) 

® Exaggerated network model does not have much effect on results 
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Comparing simulation results 




® In addition to comparing simulation results, it is also important to verify 
that real-time simulation is possible 

® Each model simulated 200 times, recording total run time 

® Variations likely due to processor demands during simulation 
9 Increased average time for distributed and networked models due to 

added complexity 

® On average, distributed (3.06 times) and networked (2.35 times) models 
run faster than real-time, suggesting model may be run with hardware in 
the loop 
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Summary and Conclusion 

» Framework presented for developing models for 

hardware-in-the-loop systems, based on interfaces present 
in the system 

a Between engine, controller, and user input source 
a Between control hardware and control law (over a network) 
a Within each individual piece of hardware 

9 Approach introduces modularity, enabling independent 
development of control algorithm, sensor, actuator, and 
engine models compatible with framework 

9 Simulink library, based on the IEEE 1451 framework, simplifies 
creation of smart transducer hardware models 
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Summary and Conclusion 



a Trade-offs of this design choice must be weighed 


Benefits 

® Decoupled systems enable 

collaboration, independent 
development of models 

® Protection of intellectual 
property by using compiled 
code in place of Simulink 
library blocks 

9 Use of Simulink library allows 
similar models with varying 
fidelity to be developed, 
interchanged easily 


Drawbacks 

d Limited flexibility of independent 
development at higher levels 

® Models may relay information 
unnecessary for control algorithm, 
but needed for analysis, adding 
complexity 

d More accurate models increase 
computational cost, real-time 
operation no longer guaranteed 

9 At this time, hardware and 
network models not yet 
validated, so simulations only act 
as pro of- of- concept 
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Summary and Conclusion 



a Simulation of C-MAPSS40k using this framework shows 

quantization effects in tracking 

9 Overall results otherwise differ little from baseline 
9 Simulation (on average) runs faster than real-time 

9 Future investigation may involve: 

9 Validation of network model against physical network 

« Testing of framework in simulation with hardware in loop to 
verify accuracy of models in predicting actual system behavior 
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Thanks. 

Questions? 
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